Concur Expense: 監査ルール

設定ガイド

Last, Revised, August, 17, 2024

以下の SAP Concur ソリューションに適用されます。

 Expense
 Professional/Premium edition
 Standard edition

 Travel
 Professional/Premium edition
 Standard edition

 Invoice
 Professional/Premium edition
 Standard edition

 Request
 Professional/Premium edition
 Standard edition

目次

セクション 1: 権限 1

セクション 2: 概要 1

セクション 3: カスタム監査ルール 2

提供された監査ルール 2

一般的なルール 2

付加価値税 (VAT) のルール 3

監査ルールに関する一般概念 3

条件 ("if/then" 形式の条件文の "if" にあたる部分) 3

イベント (トリガー) 4

規定外フラグ ("if/then" 形式の条件文の "then" にあたる部分) 6

表示先 7

概要 – カスタム監査ルールの基本的な作成処理 7

条件式を理解する 8

カスタム監査ルールとさまざまな通貨 14

例 14

条件ページ 15

手順: カスタム監査ルール 31

カスタム監査へのアクセス 31

カスタム監査ルールの追加 32

カスタム監査ルールのコピー 37

カスタム監査ルールの編集 38

カスタム監査ルールの非アクティブ化/アクティブ化 39

カスタム監査ルールの削除 39

カスタム監査ルールの表示 39

セクション 4: その他のカスタム監査ルールの例 40

イメージ認証日付 (e 文書) 40

複数の経費タイプ ([次に含まれる]/[次に含まれない] および [が次の値に等しい]/[が次の値に等しくない]) 41

配賦 42

取引タイプ 43

連結リスト 44

無効なリスト項目 45

重複した取引の差異 46

経費為替レートの差異 49

日別/週別/月別/年別限度額 - 単一の経費タイプ 49

日別/週別/月別/年別限度額 - 複数の経費タイプ 52

日別/週別/月別/年別限度額に対する規定外フラグ メッセージの変数 - 単一または複数の経費タイプ 53

日別/週別/月別/年別取引頻度数 - 複数の経費タイプ 57

法人カード取引が # 日よりも古い場合に提出を阻止 58

未使用または未提出の法人カード取引の管理 59

同席者総額と同席者頻度 ([同席者がある入力の提出] イベントを使用) 63

出張手当 67

通常の経費としてのコーポレート カード ATM 取引 68

経費と事前承認申請の限度額およびエントリの比較 68

日付オブジェクト - 日数および月数の加算と減算 69

仮払申請 - 差引請求額管理から含まれる残高を除外 70

特定の支払タイプの未割り当てカード取引の検出 70

日本の公共交通機関経路データを使用した検出とフラグ設定 72

[レポート開始日] フィールドと [レポート終了日] フィールドの使用 74

走行距離差異 (Google マップ) 76

Drive: Drive 不使用 76

Drive: Drive ポリシー備忘メール 77

Drive: 走行経路必須 78

外貨金額: 計上金額と通貨 ID 79

ルール #1: チップが金額と等しい 79

ルール #2: チップが金額の 18% をよりも大きい 81

クレジット カードの付加価値税データ 83

加盟店の税 ID 84

経費エントリ フォームの初期設定 84

ルールの設定 84

従業員の休暇 85

ルールの設定 86

セクション 5: 提供されているカスタム監査ルール 87

比較航空運賃 87

航空運賃の限度額 91

航空運賃の支払方法 93

航空運賃優先業者 94

従業員への支払金額 95

銀行口座通貨チェック 95

朝食の限度額 96

出張中の食事の限度額 97

レンタカーの限度額 98

レンタカーの限度額 99

レンタカーの支払方法 100

レンタカー優先業者 101

夕食の限度額 102

重複したチケット番号 103

重複取引チェック 104

コーポレート カード取引チェックなしの電子領収書 105

交際費などの限度額 106

経費限度額チェック 107

週末日の経費 108

ホテル明細化必須 109

宿泊の支払方法 110

昼食の限度額 111

事務用品の限度額 112

駐車場の限度額 113

コーポレート カードの私的使用 114

レポート総計 114

タクシーの限度額 115

チケット番号の不一致 116

出張チケット番号の不一致 117

出張強制的な一致: E-Receipt、出張、およびカード データ 118

出張支払タイプ 120

出張一致する予約なし 121

出張一致しない予約 (承認者/処理者のみ) 123

出張実際対予約、航空運賃 125

Travel 実際対予約、レンタカー 126

出張実際対予約、レンタカー一日あたり 127

出張実際対予約、一日当たりの部屋の料金 128

VAT 通貨整合性チェック 129

VAT 領収書必須チェック 130

セクション 6: ランダム監査ルール 130

一般概念 131

一般概念 131

イベント (トリガー) 131

表示先 131

規定外フラグ 132

概要 – ランダム監査ルールの基本的な作成処理 132

手順: ランダム監査ルール 133

ランダム監査へのアクセス 133

ランダム監査ルールの追加 134

ランダム監査ルールの編集 136

ランダム監査ルールの非アクティブ化/アクティブ化 136

ランダム監査ルールの削除 136

セクション 7: 付録 - 既定の規定外フラグ コード 137

改訂履歴

日付

注意事項 / コメント / 変更内容

2024 年 8 月 17 日

セクション 4 にある日本の公共交通機関経路データを使用した検出とフラグの設定加盟店の税 ID、および従業員の休暇の各トピックを更新しました。

2024 年 3 月 23 日

休暇の例をその他のカスタム監査ルールの例のセクションに追加しました。

2023 年 12 月 9 日

条件ページ セクションのレポート データ オブジェクトに IsReopened 属性を追加しました。

2023 年 9 月 16 日

日本適格請求書 (JQI) の加盟店の税 ID 構成に関する情報を追加しました。

2023 年 7 月 17 日

[重複した取引の差異] の例を更新し、常に、[次より小さい] または [次より小さいか等しい] 演算子の使用を必須とするようにしました。

2023 年 5 月 16 日

条件ページおよびセクション 4: その他のカスタム監査ルールの例を新しい演算子 [が有効でない] で更新しました。

2022 年 8 月 4 日

NextGen UI に関する情報を追加しました。全体的な修正を行いました。表紙の日付を更新しました。

2021 年 1 月 20 日

エントリの保存イベントの説明を更新しました。

著作権を更新しました。

2021 年 9 月 18 日

クレジット カードの付加価値税 (VAT) データでのカスタム フィールドの使用に関する新しいセクションを、セクション 4: その他のカスタム監査ルールの例に追加しました。

2021 年 6 月 19 日

セクション 4 のデジタル コンプライアンス検証日付 (e 文書) のコンテンツを更新し、[デジタル コンプライアンス検証日付] フィールドの名前変更を [イメージ認証日付] フィールドに反映しました。

2021 年 5 月 14 日

セクション 4 にデジタル コンプライアンス検証日付 (e 文書) のコンテンツを追加しました。"Concur Drive" を "Drive" に編集しました。

2021 年 4 月 28 日

取引明細レポートがランダム監査ルールから除外されることを示す明確化のための注意をランダム監査ルールの一般概念に関するセクションから削除しました。注意を Concur Expense: Company Statement Reports Setup Guide への参照に置き換えました。

2021 年 3 月 20 日

データ オブジェクト リストを更新し、フライト セグメントの比較運賃を追加しました。

データ オブジェクト リストに新しいデータ オブジェクト [出張予約規定外フラグ] を追加しました。これには、このデータ オブジェクトに関連する新しいフィールド、出張セグメントに関連する理由コードも含まれます。

セクション 5: 提供されているカスタム監査ルールに、比較航空運賃セクションを追加しました。この新しいセクションでは、比較航空運賃に関連する一般的な条件および例が提供されます。

2021 年 1 月 6 日

著作権を更新しました。その他の変更はありません。表紙の日付に変更はありません。

2020 年 7 月 14 日

すべての経費がレポート開始日/終了日内である必要があるセクションに注意を追加しました。

2020 年 7 月 8 日

データ オブジェクト リストからのエントリ (経費) 選択に対する [通勤控除あり] の説明を更新しました。

2020 年 4 月 9 日

ガイドのタイトル ページで [Authorization Request] チェック ボックスの名前を [Request] に変更しました。表紙の日付に変更はありません。

2020 年 1 月 17 日

ランダム監査ルール トリガーを更新して、レポートが提出アクションですぐに開始されるのではなく、ワークフローの最初のステップに入った後にイベントがトリガーされることについて注記しました。

2020 年 1 月 2 日

著作権を更新しました。その他の変更はありません。表紙の日付に変更はありません。

2019年 12 月 7 日

従来の Budget Insight 機能への参照を削除しました。予算機能を使用する必要のあるお客様は、昨年リリースされた SAP Concur の新しい Budget 製品を実装することをお勧めします。

2019 年 5 月 2 日

複数の条件に関する日別/週別/月別/年別限度額に対する規定外フラグ メッセージの変数 - 単一または複数の経費タイプ セクションの注意を更新し、監査ルールに基準を満たす金額条件が複数ある場合、レポートされる金額を定義する条件を予測できないことを明確にしました。

2019 年 4 月 13 日

注意に "処理者が経費タイプを変更すると、処理者によって行われた変更を検証するために、エントリの提出ルールがトリガーされます。" という文を追加し、イベント (トリガー) に関するセクションの [エントリの提出] イベントの説明を更新しました。

2019 年 3 月 16 日

[レポート予算の提出] イベントに関する情報を追加しました。

2019 年 2 月 14 日

別のレポートを重複させる可能性のあるレポートなしのセクションに、"注意: 共有されている単一の日付は、重複していると見なされません。たとえば、1 番目のレポートの [レポート終了日] が 2 番目のレポートの [レポート開始日] と同じである場合は、2 つのレポートで同じ日付が共有されている可能性があります。" という注意を追加しました。

2019 年 2 月 1 日

データ オブジェクト リストを更新し、[デジタル準拠] タイムスタンプを追加しました。

2019 年 1 月 4 日

著作権を更新しました。その他の変更はありません。表紙の日付に変更はありません。

2018 年 12 月 20 日

既定の規定外フラグ コードに関する付録および関連する注意を追加しました。

2018 年 12 月 8 日

[予算監査ルール] フィールドを追加しました。

2018 年 12 月 3 日

一般概念セクションにあるイベント (トリガー) の [レポートの提出] の箇条書きを明確化し、このステップが自動承認済でもルールがトリガーされることを示しました。

2018 年 8 月 9 日

次の文を更新: これらの変数は、重複している可能性がある経費を見つけるための [重複した取引の差異] ルールと組み合わせて使用できません。検証ルールでは、これらの変数を使用できません。

エントリ (経費) の [コメントあり] に関する次の注意を追加: "このフィールドは、ワークフロー プロセスでいずれかのユーザーからのコメントが存在する場合に [はい] になります。これは、最新のステップに固有ではありません。"

2018 年 8 月 2 日

監査ルール設定ガイドの軽微な編集を行いました。 <eom>

2018 年 6 月 13 日

コピーダウンの英語表記を copy-down から copydown へ変更しました。表紙の日付の変更はありません。

2018 年 6 月 6 日

データ オブジェクトと連動する選択肢の表に [地図許可] および [経路ソース] を追加しました。

2018 年 4 月 19 日

同席者総額と同席者頻度 ([同席者がある入力の提出] イベントを使用) セクションに箇条書きを追加し、金額と頻度の両方について同席者総額を評価する監査ルールでは、同席者が親経費エントリに含まれている場合はオブジェクトを使用しないで、代わりに同席者を明細エントリに含める必要があることを示しました。これらのオブジェクトを使用する場合、同席者を親エントリに含めないでください。

[重複した取引の差異] セクションを明確にし、重複のチェックに使用される払戻額であることを示します。

2018 年 4 月 14 日

Concur Drive (Concur のモバイル アプリ > [走行距離] > [自動追跡]) 機能を使用するお客様向けのカスタム監査ルールの例を追加しました。2 つの新しいフィールド [地図許可][経路ソース] を使用することができます。

2018 年 4 月 4 日

表紙のチェック ボックスを変更しました。その他の変更はありません。表紙の日付に変更はありません。

2018 年 1 月 3 日

著作権を更新しました。その他の変更はありません。表紙の日付に変更はありません。

2017 年 9 月 16 日

[レポート開始日] フィールドと [レポート終了日] フィールドの使用セクションに [日付が他のレポートと重複] 条件を追加しました。

監査ルール

注意: 複数の SAP Concur 製品バージョンおよび UI テーマを利用できるため、このコンテンツには、実装と正確に一致しないイメージまたは手順が含まれている場合があります。たとえば、SAP Fiori UI テーマが実装されている場合、ホーム ページのナビゲーションは [SAP Concur ホーム] メニューに統合されます。

権限

ユーザーがこの機能を使用するための適切な権限を持っているかどうかは場合によります。たとえば、特定のグループに対してのみアクセス許可がある、または読取専用作成編集はできないなど、限定的なアクセス許可を持っている場合があります。

管理者はこの機能を使用する必要があるため、適切な権限がない場合は、社内の SAP Concur 管理者にお問い合わせください。

さらに、このガイドに記載されている作業は SAP Concur にのみ許可されているものもあります。必要に応じて SAP Concur Support にご依頼ください。

概要

経費精算の管理の一部である監査ルール ツールでは、以下の 3 つのタイプの監査ルールが使用されます。

  1. 会社の構成によっては、検証ルールの機能を使用できない場合があります。この機能を有効化するには、サービス申請を SAP Concur に提出する必要があります。

使用するドキュメントは、管理する必要があるルールのタイプによって異なります。

ガイド

詳細の参照先:

本ガイド

カスタム監査ルールとランダム監査ルール

設定ガイド Expense: 監査ルール (検証ルール)

すべての検証ルール

カスタム監査ルール

カスタム監査ルールを使用して、以下のような Expense ユーザーのアクティビティを監視します。

カスタム監査ルールは、以下に適用できます。

提供された監査ルール

一般的なルール

システムに追加のカスタム監査ルールが提供されている場合があります。新規ルールをすべて作成するのではなく、これらの提供されたルールを単に有効化 (および編集) することができます。このガイドでは、カスタム監査ルール プロセス全体を理解するために必要な情報を提供します。この情報を使用して、新規ルールを作成するか、提供されたルールを編集および有効化します。

付加価値税 (VAT) のルール

SAP Concur によって提供され、付加価値税 (VAT) を追跡する会社で使用される 2 つのカスタム監査ルール (VAT 通貨整合性チェックと VAT 領収書必須チェック) があります。

監査ルールに関する一般概念

カスタム監査ルールは if/then 形式の条件文で、if で定義された条件に合致する場合規定外フラグが作成されます。

条件 ("if/then" 形式の条件文の "if" にあたる部分)

カスタム監査ルールを作成または編集する際は、条件式 (ルールの if の部分) を定義する必要があります。この式には、条件を 1 つ取り込むことも、And または Or で各条件を区切り、複数の条件を取り込むこともできます。以下に例を示します。

([経費タイプ] が [レンタカー] に等しい) および ([支払先] が [Avis] に等しくない)

監査ルール ツールでは、次のように表示されます。

([経費タイプ] が [朝食] に等しい) および ([金額] が [20.00 USD] 以上)

監査ルール ツールでは、次のように表示されます。

([従業員 ID] が [5790556] に等しい)

監査ルール ツールでは、次のように表示されます。

イベント (トリガー)

カスタム監査ルールを作成または編集する際に、ルールをトリガーするイベントを指定する必要があります。以下はその例です。

イベント

説明

配賦の保存

個別の配賦の "行項目" が保存されるたびにルールがトリガーされます。

同席者があるエントリの提出

このルールは経費が提出されるとトリガーされます。

レポート予算の提出

このルールは、予算サービスが有効化され、レポートの提出時にトリガーされる場合に適用されます。

エントリの保存

このルールは、ユーザー、承認者、または処理者のいずれかにより経費またはレポートが保存されるとトリガーされます。

エントリの提出

このルールは経費が提出されるとトリガーされます。

注意: エントリの提出ルールは、レポートの提出ルールの前に処理されます。処理者が経費タイプを変更すると、処理者によって行われた変更を検証するために、エントリの提出ルールがトリガーされます。

レポート予算の提出

このルールは、予算に関連するレポートが提出されるとトリガーされます。

レポートの提出後

このルールはレポートがワークフローの最初のステップに入るとただちにトリガーされます。規定外フラグが生成されても、レポートの提出が阻止されることはありません。

レポートの保存

このルールは、ユーザー、承認者、または処理者のいずれかによりレポート ヘッダーの情報が保存されると、ただちにトリガーされます。

レポートの提出

このルールはレポートが提出されるとトリガーされます。

注意: 規定外フラグ レベル限度を超える規定外フラグが生成された場合 (つまり、レポートの提出が阻止された場合。詳しくはこのガイドの規定外フラグを参照)、レポートは提出されず、ワークフローの最初のステップを開始することができません。

以下のイベント データ オブジェクトは、Web サービス (WS) 専用です。

Web サービス配賦の規定外フラグ

このルールは、経費精算レポート Web サービスで規定外フラグが配賦レベルで追加されるとトリガーされます。

Web サービス同席者の規定外フラグ

このルールは、経費精算レポート Web サービスで規定外フラグが同席者レベルで追加されるとトリガーされます。

Web サービス入力の規定外フラグ

このルールは、経費精算レポート Web サービスで規定外フラグがエントリ レベルで追加されるとトリガーされます。

Web サービス レポートの規定外フラグ

このルールは、経費精算レポート Web サービスで規定外フラグがレポート レベルで追加されるとトリガーされます。

規定外フラグ ("if/then" 形式の条件文の "then" にあたる部分)

カスタム監査ルールを作成または編集する際に、規定外フラグを割り当てる必要があります。これは、if/then 形式の条件文の then にあたる部分です。すべての規定外フラグには以下が含まれます。

  1. この限度額は、[設定] タブの [経費精算の管理] > [ワークフロー] で設定します。

規定外フラグの例:
朝食に対して許容される最大金額を規定外フラグ レベル 1 を使用して 20.00 USD 未満に定義するルールを作成したとします。ユーザーが 22.00 USD の朝食経費を含むレポートを提出するとします。この規定外フラグ レベルでユーザーが経費精算レポートを提出できなくなることはありません (レベル 6 の規定外フラグによってのみ提出が阻止されます)。そのため、提出すると、レポートはユーザーの承認者に送られます。承認者は、問題の処理方法を決定する必要があります。

承認者は、次の処理を実行可能です。

表示先

ルールを作成または編集する場合、規定外フラグ メッセージが表示されるユーザーを定義する必要があります。

  1. 同席者があるエントリの提出イベントを使用するルールの場合、同席者名とともに表示される規定外フラグ メッセージがすべてのユーザーに表示されます。

規定外フラグ メッセージは次のように表示されます。

概要 – カスタム監査ルールの基本的な作成処理

要約すると、カスタム監査ルールの if 部分を完成させるには次の操作を行います。

  1. ルールに名前を付けます。
  2. ルールを発動するイベントを指定します。
  3. ルールを編集できる (グループ構成の) 管理者を特定します。
  4. ルールが適用されるグループ構成を特定します。
  5. 監査ルールの条件エディターを使って条件を定義します。

カスタム監査ルールの then 部分を完成させるには次の操作を行います。

  1. 規定外フラグ テキストの表示先を定義します。
  1. 以下を含む適切な規定外フラグを選択 (または作成) します。

条件式を理解する

SAP Concur では、構成を行う前にロジックを紙に書き出しておくことを強くお奨めします。この際、サブ条件をグループ化し、最も単純な方法に整理できるため、監査ルールの管理ページでルールを作成する前に、全体的な正確性を確認することができます。

(パート 1/3、最初に紙に書き出した考え)

(

フィールドに [GROUP1] が含まれる

および (

([カード プログラム] は [個人用カード] または [部門カード])

および

([事業単位] は [販売] および [ビジネス タイプ] が [R&D] に等しい)

)

)

または

(

([カード プログラム] が [購入カード] および [事業単位] が [販売] および [ビジネス タイプ] が [R&D] に等しい)

および

[私的出費] が N

)

(パート 2/3、紙上での書き直しによる単純化)

フィールドに [GROUP1] が含まれる

および [事業単位] が [販売] に等しい

および [ビジネス タイプ] が [R&D] に等しい

(

[カード プログラム] が [個人用カード] に等しい

または [部門カード]

または ([購入カード] および [私的出費] が "N" に等しい)

)

(パート 3、SAP Concur 上)

条件式を作成または編集する際には、以下の点を考慮してください。

([経費タイプ] が [朝食] に等しい) および ([金額] が [20.00 USD] 以上)

ブール演算子の [And] で 2 つの条件を組み合わせています。

7 月 31 日

8 月 1 日

8 月 2 日

8 月 3 日

8 月 4 日

8 月 5 日

8 月 6 日

-3

-2

-1

0

1

2

3

7 月 31 日

8 月 1 日

8 月 2 日

8 月 3 日

8 月 4 日

8 月 5 日

8 月 6 日

-3

-2

-1

0

1

2

3

7 月 31 日

8 月 1 日

8 月 2 日

8 月 3 日

8 月 4 日

8 月 5 日

8 月 6 日

-3

-2

-1

0

1

2

3

7 月 31 日

8 月 1 日

8 月 2 日

8 月 3 日

8 月 4 日

8 月 5 日

8 月 6 日

-3

-2

-1

0

1

2

3

カスタム監査ルールとさまざまな通貨

既定では、為替レート機能を使用して、他の払戻通貨の金額をルールで識別された通貨に (評価目的で) "換算" します。為替レート機能は、SAP Concur によって提供されるレートを使用するように既定で構成されています。

為替レート機能がオフになっている場合、監査ルールでは、ルールで識別された通貨 (複数可) でのみ金額が評価されます。会社が複数の払戻通貨を使用している場合は、追加の払戻通貨に対して評価が行われるように為替レート機能を使用するか、または通貨ごとに個別のルールを作成する必要があります (以下の例を参照)。

10,000 USD を超えるものの、会社が従業員に対して米ドル、ユーロ、およびカナダ ドルで払戻を行うすべての経費精算レポートを監視するとします。次のいずれかを実行できます。

日付処理

エントリ ルールでは経費の取引日が使用されます。取引日がない場合は提出日が使用されます。経費が未提出で、保存ルールの取引日がない場合は、現在の日付 ('今日') が使用されます。

レポートとその他のルールではレポートの提出日が使用されます。レポートが未提出の場合は、現在の日付が代わりに使用されます。

条件ページ

[監査ルール] の [条件] ページは、[ワークフロー] や [経費の処理者] に使用する [条件] ページと似ています。

表 1: [条件] ページの説明

フィールド

説明

A: 左括弧

条件の組み合わせにより使用できる括弧の数は 3 つまでです。

B: データ オブジェクト

表示される選択肢は、ルールを発動させるイベントによって異なります。

  • 地図許可: Drive の走行距離ルールを作成する際に使用します。
  • 同席者の入力の金額: 同席者があるエントリの提出 (許可済) イベントにのみ表示されます。
  • 同席者総額: 同席者に費やされた合計金額 (四半期別、年別、現在の従業員、会社全体)、または参加頻度 (月別、四半期別、年別、現在の従業員、会社全体) に基づいて同席者監査ルールを作成する際に使用します。
  • 予算金額: 予算機能で使用され、レポート予算の提出 (許可済) イベントにのみ表示されます。
  • 法人カード: エントリに関連する法人カード取引の [法人カード取引] フィールドに基づいて条件を作成する際に使用します。
  • 従業員: 従業員レベル フィールドに基づく条件を作成する際に使用します。
  • エントリ: 経費レベル フィールドに基づく条件を作成する際に使用します。
  • エントリ配賦: 配賦に基づく条件を作成する際に使用します。
  • エントリの同席者: 同席者情報に基づいて条件を作成する際に使用します
  • 車両入力: 車両情報に基づいて条件を作成する際に使用します
  • 経費エントリ支出カテゴリー: [エントリの保存] イベントに表示されます。
  • 突合せの経費タイプのグループ
    申請セグメント タイプのグループ: [突合済支払請求 - 申請割り当て] イベントにのみ表示されます
  • レポート: レポート レベル フィールドに基づく条件を作成する際に使用します。
  • レポートの規定外フラグ: レポートの規定外フラグに基づく条件を作成する際に使用します。
  • レポートに関連する申請: レポートに関連する申請 (出張申請など) に基づいて条件を作成する際に使用します。
  • 経路ソース: Drive の走行距離ルールを作成する際に使用します。
  • 税: エントリに関連する付加価値税に基づいて条件を作成する際に使用します。
  • 出張手当
    出張手当調整
    出張手当旅程:
    このデータ オブジェクトは、経費に関連する特定の旅程を参照します。
    出張手当旅程 (レポート上):
    このデータ オブジェクトは、レポートに添付された任意の旅程を参照し、経費にリンクされた旅程には固有ではありません
    日別の出張手当旅程
    • 出張手当監査ルールの詳細については、Expense: 出張手当設定ガイドを参照してください。
  • 出張予約: エントリに関連する出張予約の [出張予約] フィールドに基づいて条件を作成する際に使用します。

C: フィールド/値

ヘルパー ペインから項目を選択します。このペインに表示される情報は、データ オブジェクト リストから選択した項目によって変わります。

下の表 2 を参照してください。

D: 演算子

ヘルパー ペインから項目を選択します。ヘルパー ペインに表示される情報は、Cのフィールドで選択した値によって変わります。

注意:

  • [含む] または [含まない] の演算子を使用している場合は、必要に応じて複数の経費のチェック ボックスをオンにすることができます。本ガイドのその他のカスタム監査ルールの例をご参照ください。
  • [次以内] 演算子は、ルールの評価時にチェックされる日付のセットを定義します。たとえば、[レポート提出日] を評価するために [今日 -2 日] 以内と設定したとします。その場合、システムは今日と 2 日前の間の範囲を評価します。
  • リストを含むカスタム フィールドの場合、[が有効でない] 演算子を使用して経費のリスト項目が有効であるかどうかを決定することができます。たとえば、ユーザーが特定のリスト項目を使用して経費を作成した場合でも、管理者が提出前にリスト項目を削除している可能性があります。

E: データ オブジェクト

過去に選択した最適なオプションがあらかじめ入力されています。必要に応じて変更してください。

F: フィールド/値

ヘルパー ペインから項目を選択します。このペインに表示される情報は、データ オブジェクト リストから選択した項目によって変わります。

下の表 2 を参照してください。

G: 右括弧

条件の組み合わせによって 0 から 3 の括弧数を選択します。

H: And/Or

編集した条件と次の条件を連結する際にいずれかを使用してください。

表 2: データ オブジェクトと連動する選択肢

データ オブジェクト リストの選択

フィールド/値に表示される選択肢

地図許可

なし

あり

必須

同席者

同席者の承認金額

同席者の役職

同席者タイプ

会社

カスタム 1 ~ 20: お客様が任意のデータ タイプに設定できる構成可能フィールド

外部 ID

同席者総額

コスト - 四半期の合計 - すべて

コスト - 四半期の合計 - 従業員

コスト - 年の合計 - すべて

コスト - 年の合計 - 従業員

月の頻度 - すべて

月の頻度 - 従業員

四半期の頻度 - すべて

四半期の頻度 - 従業員

年の頻度 - すべて

年の頻度 - 従業員

注意: 頻度の合計は、[同席者があるエントリの提出] イベントでのみ利用可能です。

同席者の入力の金額

同席者あたりの許可された残金

同席者あたりの経費金額

予算

実績保留消費パーセント

実際の支出済の消費パーセント値

アラート限界

予算金額

予算名

予算残額

予算タイプ

実行済の保留中の消費パーセント値

実行済の支出済の消費パーセント値

管理限界

予算あり

保留中の消費パーセント値

期間タイプ

支出済の消費パーセント値

消費パーセント値の総計

  • 予算監査ルールの詳細については、設定ガイド: 予算 (製品共通) を参照してください。

予算金額

予算で使用されている金額 (%) (設定ガイド: 予算 (製品共通) を参照)

法人カード

調整金額

到着日

到着地

バー チャージ

基本運賃

請求日

カード プログラム タイプ: 標準 (空白) または購買カード

カード会社マーケット ID

クラス コード

商品コード

クレジット カード取引タイプ: 取引、料金、金融諸費用など

1 日あたりのレンタル料

1 日あたりの室料

出発地

説明

割引金額

宿泊明細書番号

食費

ガソリン料

物品サービス税または付加価値税の金額

土産品代金

ゲスト名

今後も請求日あり: はい = 将来のカード請求日

リッチ データあり

保険料

請求書番号

発行日

項目数量

延滞料

クリーニング代金

宿泊 - 出発日

加盟店の都市

加盟店コード

加盟店の国

加盟店の名前

加盟店の都道府県

加盟店の税クラス

加盟店の付加価値税番号

加盟店の郵便番号

有料 TV 利用料

同行者数

宿泊数

発注日

その他の料金

駐車料金

乗客名

電話料金

配車日

乗車プロパティ ID

前払金額

レンタル契約番号

レンタル日数

貸出者名

返却日

サービス クラス

取引明細書の期間 - 開始日: 会社請求の取引明細書レポート機能にのみ適用可能

取引明細書の期間 - 終了日: 会社請求の取引明細書レポート機能にのみ適用可能

税額

チケット番号

チップ代

総料金

小計

宿泊費合計

室料以外の料金の合計

宿泊税の合計

取引金額: 支出通貨での取引金額

取引日

出張 - 出発日

出張代理店名

出張詳細 - 出発日

単価

単位

付加価値税データ インジケータ

週あたりの料金

従業員

アクティブ: はい = ユーザーはアクティブな SAP Concur ユーザーです。

銀行口座通貨: ユーザーの銀行口座の通貨

銀行口座ステータス: 銀行口座のステータス コード - 確認済、未確認、失敗

銀行口座がアクティブ: はい = ユーザーの銀行口座はアクティブな口座です。

仮払残高: 未使用の仮払申請の合計 (一部使用された仮払申請の残額を含む、提出済レポートに関連しない残高)

仮払残高 (システムを除く): システムで生成された仮払申請を除き、上記と同じ

市区町村: ユーザーの市区町村

居住国: ユーザーの居住国

カスタム 1 ~ 22: お客様が任意のデータ タイプに設定できる構成可能フィールド

メール アドレス: ユーザーのメール アドレス

従業員の名: ユーザーの名

従業員 ID: ユーザーの従業員 ID

従業員の姓: ユーザーの姓

法人カードあり: はい = ユーザーに法人カードが割り当てられています。

未使用のカード取引あり: はい = 経費精算レポートに割り当てられていないクレジット カード取引が 1 件以上ユーザーに割り当てられています。

非従業員: 保証ゲスト機能に関連します。

テスト ユーザー: はい = ユーザーは指定されたテスト ユーザーです。

元帳: 元帳は現在ユーザーに割り当てられています。

ロケール: SAP Concur に表示するユーザーのロケール

ログオン ID: ユーザーのログオン ID

最も古い仮払発行日: 未解決残高がある最も古い仮払申請日

組織単位 1 ~ 6: お客様が任意のデータ タイプに設定できる構成可能フィールド

未使用のカード取引の支払タイプ: このユーザーに割り当てられた法人カードの支払タイプ

払戻通貨: ユーザーの払戻に使用される通貨

払戻方法: Concur Pay - ユーザーへの支払に使用される方法

都道府県: レポート作成時のユーザーの都道府県

注意: 従業員データは経時的に変更されるため、エントリの作成時と編集時で変わっている場合があります。その場合は、従業員フィールドに対して条件を作成しないことを検討してください。代わりに、コピーダウン機能を使用して従業員データをレポート レベルまたはエントリ レベルにコピーし、コピーされたフィールドに条件を書き込んでデータの一貫性を確保することを強くお勧めします。

エントリ (経費)

航空運賃の種類コード: 航空会社からの追加料金の種類

金額: レポート通貨での取引金額

日別総額: 同じ暦日に (ルールで定義された) 同じ個別経費タイプを持つ、このユーザーの取引の承認金額 (レポート通貨) の合計

このガイドのその他のカスタム監査ルールの例を参照してください。

日別総額 (複数の経費タイプ): 同じ暦日に (ルール/組み合わせで定義された) 同じ経費タイプを持つ、このユーザーの取引の承認金額 (レポート通貨) の合計

このガイドのその他のカスタム監査ルールの例を参照してください。

月別総額: 同じ暦月に (ルールで定義された) 同じ個別経費タイプを持つ、このユーザーの取引の承認金額 (レポート通貨) の合計

このガイドのその他のカスタム監査ルールの例を参照してください。

月別総額 (複数の経費タイプ): 同じ暦月に (ルール/組み合わせで定義された) 同じ経費タイプを持つ、このユーザーの取引の承認金額 (レポート通貨) の合計

このガイドのその他のカスタム監査ルールの例を参照してください。

週別総額: 同じ暦週 (日 ~ 土) に (ルールで定義された) 同じ個別経費タイプを持つ、このユーザーの取引の承認金額 (レポート通貨) の合計

このガイドのその他のカスタム監査ルールの例を参照してください。

週別総額 (複数の経費タイプ): 同じ暦週 (日 ~ 土) に (ルール/組み合わせで定義された) 同じ経費タイプを持つ、このユーザーの取引の承認金額 (レポート通貨) の合計

このガイドのその他のカスタム監査ルールの例を参照してください。

年別総額: 同じ暦年 (1 月 1 日 ~ 12 月 31 日) に (ルールで定義された) 同じ個別経費タイプを持つ、このユーザーの取引の承認金額 (レポート通貨) の合計

このガイドのその他のカスタム監査ルールの例を参照してください。

年別総額 (複数の経費タイプ): 同じ暦年 (1 月 1 日 ~ 12 月 31 日) に (ルール/組み合わせで定義された) 同じ経費タイプを持つ、このユーザーの取引の承認金額 (レポート通貨) の合計

このガイドのその他のカスタム監査ルールの例を参照してください。

承認金額: エントリの承認金額

到着日 (ホテルの E-Receipt): E-Receipt に従う (存在する場合)

同席者あたりの平均コスト

同席者あたりの平均コスト (同席者数 +1)

1 日あたりの平均レート (レンタカーの E-Receipt): E-Receipt に従う (存在する場合)

1 日あたりの平均料金 (ホテルの E-Receipt): E-Receipt に従う (存在する場合)

予約元: Amadeus E-Travel、Concur Travel、TripLink、Travel Supplier、または TripIt から Concur への予約が行われる方法

予約ソース: 予約が作成された場所 (通常は GDS または Travel Supplier 名)

走行距離 (車両の距離の経費)

走行距離の超過分

業務目的: 作成者 (ユーザーまたは代理) が入力したエントリ

CCT キー: 関連する法人カード取引へのリンク

車両クラス (レンタカーの E-Receipt): E-Receipt に従う (存在する場合)

市区町村

請求金額

サービス クラス (予定)

フライト セグメントの比較運賃: 経費の出張セグメントに関連する比較航空運賃。

注意: Concur Travel から比較航空運賃情報を受信していない場合、この値はゼロとみなされます。

国の既定通貨

通貨: 経費が計上される通貨

カスタム 1 ~ 40: お客様が任意のデータ タイプに設定できる構成可能フィールド

出発日 (ホテルの E-Receipt): E-Receipt に従う

重複したチケット番号: はい = 複数のエントリに対してチケット番号が存在します。

重複した取引の差異: 本ガイドのその他のカスタム監査ルールの例をご参照ください。

E-Receipt タイプ

終了日 (予定)

支払先名の入力

カテゴリー事前申請金額を超過

エントリ申請金額を超過: この経費 (およびこのレポートのその他の提出済経費または経費) の金額が関連する申請経費タイプ (Concur Request) に対して事前承認された金額を超過するかどうかを決定します。

為替レート

為替レートの差異: 法人顧客用割引料金テーブルのレートに対して、経費の為替レートが "掛け算" レートとして評価されます。為替レートが "割り算" レートとして入力されると、ルールでは最初にレートの逆換算が取得され、次に差異が評価されます。

経費タイプ

外貨金額: 外貨の場合の取引通貨

国外または国内: 国内 = 従業員の国が取引国に等しい

燃料サービス料

完全に配賦済: はい = エントリは完全に配賦されています

このガイドのその他のカスタム監査ルールの例を参照してください。

配賦あり: はい = ユーザーによって割り当てられたエントリ

同席者あり: はい = エントリに同席者があります。

CFDi XML ファイルあり: はい = エントリに CFDi XML ファイルが添付されています (メキシコ)。

コメントあり: はい = エントリにコメントがあります。

注意: このフィールドは、ワークフロー プロセスでいずれかのユーザーからのコメントが存在する場合に [はい] になります。これは、最新のステップに固有ではありません。

通勤控除あり: はい = ユーザーが走行距離計算ツールを使用して通勤費を控除しました。

重複 CFD あり

E-Receipt あり: はい = エントリに少なくとも 1 つの関連する E-Receipt があります。

走行距離計算機あり (車両の距離経費): はい = Google マップを使用して走行距離を計算します。

領収書紛失の紛失届あり: はい = 必要な領収書がないことを申告する紛失届をユーザーが添付しました。

携帯領収書あり: はい = SAP Concur のモバイルアプリを介してエントリに領収書イメージが添付されています。

申請エントリあり: はい = エントリに関連する申請が含まれています (Concur Request)。

出張の予約あり: はい = エントリに出張の予約トランザクションがリンクされています。

ユーザーが添付した領収書イメージあり: はい = エントリに領収書イメージが添付されています。

付加価値税あり: はい = エントリに付加価値税があります。

ホテルの所在地 (ホテルの E-Receipt): E-Receipt に従う (存在する場合)

ホテル名 (ホテルの E-Receipt): E-Receipt に従う (存在する場合)

請求可能: はい = エントリは請求可能です。

デジタル準拠

法人カード エントリ: はい = エントリは法人カード取引によって開始されています。

最終修正ソース: エントリが最後に修正された方法 (Web、モバイル、またはその他)

加盟店の税 ID

税領収書なし

同席者数

日数 (レンタカーの E-Receipt): E-Receipt に従う (存在する場合)

単位数 (予定)

組織単位 1 ~ 6: お客様が任意のデータ タイプに設定できる構成可能フィールド

乗客数 (車両の距離の経費)

支払タイプ: エントリに使用される支払タイプ

私的な走行距離 (車両の距離の経費)

私的出費 (払戻対象外): はい = エントリは私的出費として申告され、ユーザーに払い戻されません。

乗車日 (レンタカーの E-Receipt): E-Receipt に従う (存在する場合)

領収書イメージが必須: はい = このエントリには E-Receipt のイメージが必須です。

領収書が必要: はい = このエントリには紙の領収書イメージが必須です。

領収書ステータス: 税領収書ステータス (領収書なし、領収書、または税領収書)

返却日 (レンタカーの E-Receipt): E-Receipt に従う (存在する場合)

往復控除 (車両の距離の経費)

セグメント タイプ キー

ソース: エントリが作成された方法 (Web、モバイル、またはその他)

ソース/タイプ分類: 本ガイドのその他のカスタム監査ルールの例をご参照ください。

開始日 (予定)

都道府県: エントリに関連します。

税ソース

チケット番号

チケット番号の不一致

日数合計 (予定)

支払請求の合計金額 (ホテルの E-Receipt): E-Receipt に従う (存在する場合)

調整後の総還付額

計上還付額総計

税調整総額

税計上総額

取引日: ユーザーまたは法人カード インポートによって入力された日付

取引タイプ: 通常エントリ (明細化なしの経費/REG/通常)、明細のあるエントリ (PAR/親)、または経費の明細エントリ (CHD/子)

このガイドのその他のカスタム監査ルールの例を参照してください。

日別取引回数 (複数の経費タイプ): 単日で使用された (ルールで定義された) 経費タイプの回数

月別取引回数 (複数の経費タイプ): 暦月に行われた (ルールで定義された) 経費タイプの回数

週別取引回数 (複数の経費タイプ): 暦週 (日 ~ 土) に使用された (ルールで定義された) 経費タイプの回数

年別取引回数 (複数の経費タイプ): 暦年 (1 月 1 日~ 12 月 31 日) に使用された (ルールで定義された) 経費タイプの回数

出張手当: はい = エントリは出張手当エントリです。

出張手当監査ルールの詳細については、Expense: 出張手当設定ガイドを参照してください。

走行距離 (レンタカーの E-Receipt): E-Receipt に従う (存在する場合)

支払先: 支払先一覧から選択

支払先名 (予定)

支払先名 (レンタカーの E-Receipt): E-Receipt に従う (存在する場合)

エントリの配賦

勘定科目コード 1 ~ 2

カスタム 1 ~ 20: お客様が任意のデータ タイプに設定できる構成可能フィールド

エントリ (経費) 同席者

同席者の役職

同席者タイプ

会社

カスタム 01 ~ 20: お客様が任意のデータ タイプに設定できる構成可能フィールド

外部 ID

インスタンス数

取引金額

車両入力

CO2 排出率

車両基準カテゴリー: エンジン タイプ/排気量

基準キー: 車両タイプ

カスタム 01 ~ 05: お客様が任意のデータ タイプに設定できる構成可能フィールド

サーキュレーション終了日: 車両使用の最終日

エネルギー

排気量

企業向けサーキュレーション開始日: 車両使用の初日、社用車

サーキュレーション開始日: 車両使用の初日、私有車

登録日: システムに車両が登録された日付

車両 ID: ユーザーによって入力された ID

レポート

承認金額

会社が支払の金額

会社への支払金額

法人カードへの支払金額

従業員への支払金額

承認されていない金額

承認ステータス: レポートの承認ステータス

代理によって承認済: はい = 承認者の代理によって承認されています。

業務目的: レポート作成者 (ユーザーまたは代理) によって入力された値

仮払の返納を受領済: はい = このレポートに対する仮払の返納を受領しています。

仮払の返納金額: レポート上の仮払の返納金額合計

仮払の使用金額: レポートで使用される仮払金額合計

国コード: レポート作成時のユーザーの国

代理が作成: はい = レポートはユーザーではなく代理によって作成されています。

作成日: レポートが作成された日付 (ユーザーが入力した日付ではなく、システム日付)

通貨: レポート作成時のユーザーの払戻通貨

カスタム 1 ~ 20: お客様が任意のデータ タイプに設定できる構成可能フィールド

従業員は未使用のカード取引を所有 (現在の日付 - 計上日): 計上日が現在の日付よりも x 日以上前である未添付/未提出のカード取引を従業員が持っているかどうかをチェックします (現在のレポートに添付されている取引を除く)。

このガイドその他のカスタム監査ルールの例を参照してください。

従業員は未使用のカード取引を所有 (現在の日付 - 取引日): 取引日が現在の日付よりも x 日以上前である未添付/未提出のカード取引を従業員が持っているかどうかをチェックします (現在のレポートに添付されている取引を除く)。

このガイドその他のカスタム監査ルールの例を参照してください。

差戻し履歴あり: はい = レポートがユーザーに差戻されています。

申請金額を超過: レポートの提出イベントで、すべての経費の合計が申請に対して許可された合計金額を超えているかどうかを判断します。通常は [申請あり] 条件で使用されます。
注意: 経費は申請経費タイプにマッピングされた経費です。

規定外フラグを承認済: ワークフロー [承認権限者の設定] で定義された範囲内に規定外フラグがないか、またはレポートが規定外フラグ権限を持つ承認権限者によって承認されています。

規定外フラグ レベルの総計: レポートに関連する規定外フラグ レベルの合計

グループ: レポートが作成された時点でのユーザーのグループ

了承された規定外フラグあり: はい = レポートに了承された規定外フラグがあります。

コメントあり: はい = レポート ヘッダーまたはレポートのいずれかの経費にコメントがあります。

法人カード エントリあり: はい = レポートには関連する法人カード エントリが少なくとも 1 つあります。

申請あり: はい = レポートには関連する申請があります。

経費支給あり: はい = レポートには関連する経費支給ゲストがあります。

事前レポートに限度額超過後の出張手当クレジットあり

出張ダイアリあり: はい = レポートには関連する出張ダイアリがあります (オーストラリアおよびニュージーランドの付加給付税 (FBT) に関連)。

未提出のカード取引あり (現在の日付 - 計上日): 計上日が現在の日付よりも x 日以上前である未提出のカード取引が現在のレポートにあるかどうかをチェックします。

このガイドその他のカスタム監査ルールの例を参照してください。

未提出のカード取引あり (現在の日付 - 取引日): 取引日が現在の日付よりも x 日以上前である未提出のカード取引が現在のレポートにあるかどうかをチェックします。

このガイドその他のカスタム監査ルールの例を参照してください。

出張手当エントリあり: 出張手当監査ルールの詳細については、Expense: 出張手当設定ガイドを参照してください。

付加価値税エントリあり: はい = レポートには付加価値税を含むエントリが少なくとも 1 つあります。

支払請求日 (突合)

IsReopened: はい = レポートは SAP の Concur ソリューションとの統合 (ICS) の差分転記機能によって再オープンされています。ICS の詳細については、SAP ERP および SAP S/4HANA を対象とした Concur ソリューションと SAP の統合 (製品共通) 設定ガイドおよびSAP S/4HANA クラウドに対する Concur ソリューションと SAP の統合 (製品共通) 設定ガイドを参照してください。

最終セグメント (突合)

元帳: レポートが作成された時点でのユーザーの元帳

限度額を承認済: はい = 承認限度額がレポートの値を超える承認権限者によってレポートが承認されています。

最高の規定外フラグ レベル: レポートに関連する規定外フラグの最高の規定外フラグ レベル

オフライン編集済み: はい = SAP Concur のモバイル アプリを使用して編集されたレポート

組織単位 1 ~ 6: お客様が任意のデータ タイプに設定できる構成可能フィールド

支払ステータス: レポートの支払ステータス

私的出費: このレポートの私的出費の金額

ポリシー: レポートに割り当てられているポリシー

領収書イメージあり: はい = レポートまたは少なくとも 1 つのエントリにイメージが添付されています。

領収書イメージが必須: はい = 少なくとも 1 つのエントリに E-Receipt のイメージが必須です。

領収書を受領済: はい = 紙の領収書がスキャンされたか、またはイメージが受領され、イメージング構成でこのフラグが [はい] に設定されています。

領収書が必須: はい = 紙の領収書が必須です。

レポート日: レポート作成者 (ユーザーまたは代理) によって入力された日付

レポート終了日: 本ガイドのその他のカスタム監査ルールの例をご参照ください。

レポート ID: システムによって生成された ID

レポート名: レポート作成者 (ユーザーまたは代理) によって入力された値

レポート開始日: 本ガイドのその他のカスタム監査ルールの例をご参照ください。

レポート総計

レポート タイプ: 標準 (空白)、突合、または取引明細レポート

都道府県: レポート作成時のユーザーの都道府県

提出日: レポートが最後に提出された日付

代理が提出済: はい = 代理によって提出されたレポート

請求総額

レポート規定外フラグ

規定外フラグ コード

規定外フラグ レベル

経路ソース

なし

マニュアル

GPS

出張手当

出張手当調整

出張手当旅程

出張手当旅程 (レポート上)

日別の出張手当旅程

  • 出張手当監査ルールの詳細については、Expense: 出張手当設定ガイドを参照してください。

出張予約

(エントリの提出でのみ利用可能)

1 日あたりの金額:

  • 航空運賃: 1 日あたりは航空運賃に関連しないため、予約の総額
  • レンタカー: 1 日あたりの料金に基づく
  • ホテル: 1 泊あたりの見積もり料金に基づく

総額:

  • 航空運賃: フライトの予約の総額に基づく
  • レンタカー: レンタカー予約の見積総額に基づく
  • ホテル: ホテル予約の見積総額に基づく

出張予約規定外フラグ

出張セグメントに関連付けられている理由コード

手順: カスタム監査ルール

カスタム監査へのアクセス

  1. カスタム監査にアクセスするには:
  2. [管理] > [経費精算] をクリックします。
  3. [監査ルール] をクリックします。[監査ルール] ページの [カスタム] タブが表示されます。

カスタム監査ルールの追加

  1. カスタム監査ルールを追加するには:
  2. [カスタム] タブで、[新規] をクリックします。[監査ルール] ステップが表示されます。
  1. 適切なフィールドを入力します。

フィールド

説明

名前

意味のあるルール名を入力します。

イベント

ルールを発動するイベントを選択します。

  • 詳細については、このガイドのイベント (トリガー) を参照してください。

編集を許可

この監査ルールを編集できる経費グループ構成を選択します。

適用先

このルールが適用される経費グループ構成を選択します。(これは、従業員に割り当てられた経費グループに基づきます。)

同席者総額の経費タイプ

このフィールドは、[イベント] リストから [同席者があるエントリの提出] または [同席者があるエントリの提出 (許可済)] が選択されている場合にのみ表示されます。

総額の計算に使用する経費タイプを選択します。

  • この章のその他のカスタム監査ルールの例をご参照ください。

経費精算レポートのグループ基準フィールド値

このフィールドは、以下の場合にのみ表示されます。

  • [同席者があるエントリの提出 (許可済)][イベント] リストから選択されている
    - および -
  • [管理] > [経費] > [同席者] > [設定] で適切な [監査ルールのグループ基準フィールド] オプションが定義されている

監査ルールの同席者合計に含める経費の選択に使用する、レポート レベル フィールドの値を定義します。

注意: フィールドがリストまたは連結リストとして定義されている場合、入力された値はショート コードであり、適用される演算子は [が次の値で始まる] です。つまり、[同席者の設定] ページで [カスタム 1] フィールドが指定され、[カスタム 1] フィールドがリストとして定義されている場合は、このフィールドで、目的のリスト項目に関連するショート コードの最初の数文字を入力します。テキスト フィールドでは常に [が次の値で始まる] 演算子が使用されます。

すべての経費精算レポートを含める場合は空白のままにします。

アクティブ

ルールの編集を完了してアクティブ化するには、[はい] を選択します。

  1. [次へ] をクリックします。[条件] ステップが表示されます。
  1. ヘルパー ペインから適切なフィールドを選択します。
  1. これらの同じステップを使用してすべての条件を完了し、条件を追加する場合は [挿入]、条件を削除する場合は [削除] を使用します。

[挿入] をクリックします。新しい空白行が表示されます。

  1. すべての条件が追加されたら、[次へ] をクリックします。[規定外フラグ] ステップが表示されます。
  1. [規定外フラグの表示先] リストから規定外フラグ メッセージを見ることのできるユーザーを以下より選択します。
  1. 規定外フラグに対しては、次の操作が可能です。

フィールド

説明/操作

規定外フラグ コード

規定外フラグを示す、すべて大文字の 8 桁までの英数字コード。会社が定義します。

規定外フラグ レベル

監査ルールの数字の規定外フラグ レベル

会社で使用する規定外フラグのレベルの数 (最大で 99 段階)。会社が決定します。たとえば、6 段階の規定外フラグ レベルを使用し、レベル 1 はささいな違反、レベル 6 が重大な違反とすることができます。

メッセージ

規定外フラグ メッセージはユーザー、承認者、または処理者に表示されます。

編集を許可

監査ルールを編集できるグループを選択します。

  1. [完了] をクリックします。

カスタム監査ルールのコピー

すべてのルールを作成する代わりに、類似するカスタム監査ルールをコピーし、そのコピーを編集することで、時間を節約することができます。たとえば、朝食 (20.00 USD)、昼食 (25.00 USD)、および夕食 (40.00 USD) に許容される最大金額を指定する 3 つのルールが必要であるとします。1 つ目を作成してから (たとえば、[朝食] の [経費タイプ] および [請求金額] 20.00 USD を使用)、コピーすることができます。[経費タイプ] を [昼食] に変更し、[請求金額] を 25.00 USD に変更することで、コピーを編集します。夕食ルールに対して同じプロセスを繰り返します。

  1. カスタム監査ルールをコピーするには:
  2. [カスタム] タブで、コピーするルールを選択します。
  3. [コピー] をクリックします。[監査ルール] ステップが表示されます。
  4. 必要な変更を加えます。
  5. [次へ] をクリックします。[条件] ステップが表示されます。
  6. 必要に応じて条件を編集します。
  7. [次へ] をクリックします。[規定外フラグ] ステップが表示されます。
  8. 必要な変更を加えます。
  9. [完了] をクリックします。

カスタム監査ルールの編集

  1. カスタム監査ルールを編集するには:
  2. [カスタム] タブで、編集するルールを選択します。
  3. [修正] をクリックします。[監査ルール] ステップが表示されます。
  4. 必要な変更を加えます。
  5. [次へ] をクリックします。[条件] ステップが表示されます。
  6. 必要に応じて条件を編集します。
  7. [次へ] をクリックします。[規定外フラグ] ステップが表示されます。
  8. 必要な変更を加えます。
  9. [完了] をクリックします。

カスタム監査ルールの非アクティブ化/アクティブ化

使用する準備ができたらルールをアクティブ化します。

  1. ルールを削除する代わりに、非アクティブ化することができます。後で必要になった場合に再度利用することができます。
  2. カスタム監査ルールを非アクティブ化/アクティブ化するには:
  3. [カスタム] タブで、アクティブ化するルールを選択します。
  4. [非アクティブ化] または [アクティブ化] のいずれか該当するものをクリックします。

カスタム監査ルールの削除

ルールを削除すると、システムから完全に削除されます。再度使用する可能性があると思われる場合は、削除する代わりに非アクティブ化します。

  1. カスタム監査ルールを削除するには:
  2. [カスタム] タブで、削除するルールを選択します。
  3. [削除] をクリックします。

カスタム監査ルールの表示

  1. カスタム監査ルールを表示するには:
  2. [カスタム] タブで、表示するルールを選択します。
  3. [修正] をクリックします。[監査ルール] ステップが表示されます。
  4. [次へ] をクリックしてページ間を移動します。
  5. 終了したら、[完了] をクリックします。

その他のカスタム監査ルールの例

カスタム監査ルールのその他の例をいくつか説明します。

イメージ認証日付 (e 文書)

管理者は、[イメージ認証日付] フィールドの日付値に基づいて監査ルールを設定することができます。監査ルールが設定されていると、管理者は領収書のタイムスタンプ日と経費エントリの取引日を比較し、規定を満たしていない場合はユーザー/グループにアラートを送信し、経費精算レポートのフローを停止することができます。

現時点では、[イメージ認証日付] フィールドは日本で使用されている e 文書タイムスタンプの日付です。

[イメージ認証日付] フィールドの考慮事項:

e 文書のイメージ認証日付は、グリニッジ標準時 (GMT) に基づきます。これに対して、ユーザーの取引日が日本標準時 (JST) を使用している可能性があります。このような場合、監査ルールの設定でこの時差を調整する必要があります。GMT タイムゾーンと JST タイムゾーンの時差を調整するため、目的の日数より 1 日短い日数の監査ルールを作成することをお勧めします。

たとえば、イメージ認証日付が取引日よりも 3 日以上後であるインスタンスにフラグを設定する場合は、時差を調整するために値を 2 に設定することをお勧めします。

複数の経費タイプ ([次に含まれる]/[次に含まれない] および [が次の値に等しい]/[が次の値に等しくない])

複数の経費タイプを含むカスタム監査ルールを作成するとします。[条件] ページの [データ オブジェクト] リストから [エントリ] を選択すると、[演算子の選択] ヘルパー ペインに [次に含まれる][次に含まれない][が次の値に等しい]、および [が次の値に等しくない] の選択肢が表示されます。

[次に含まれる] または [次に含まれない] を選択すると、複数の経費タイプを選択して監査ルールに含めたり、監査ルールから除外したりすることができます。

[が次の値に等しい] または [が次の値に等しくない] を選択する場合は、1 つの経費タイプのみを選択することができます。

  1. 複数のオブジェクトを選択するこのオプションは、経費タイプにのみ適用されます。

配賦

監査ルールを使用して特定の経費 (経費タイプ別など) が確実に配賦されるようにすることができます (つまり、ユーザーが入力した配賦情報があっても、経費の 100% とは限らない)。さらに、監査ルールを使用して、配賦済経費が完全に (100%) 配賦されるようにすることができます。

配賦を許可する監査ルールの条件を作成する場合は、条件の一部として以下を除外する必要があります。

以下の例では、航空運賃経費を完全に (100%) 配賦するとします。

取引タイプ

監査ルールの作成時に取引タイプを区別することができます。この場合、以下を選択できるとします。

連結リスト

連結リストのデータに基づいてルールを作成できます。これを行うには、一覧で適切なレベルを選択します。このサンプルでは、ルールは連結リストの第 1 レベル ([部]) に基づいています。

管理者が [部] を選択すると、連結リストの名前 (この場合は [Department-Project]) が表示されます。管理者が連結リストを選択します。

次に、管理者が選択肢から適切なプロジェクト (この場合は [販売]) を選択します。

無効なリスト項目

レポートの提出時にカスタム リスト項目が有効になるように監査ルールを設定できます。

たとえば、カスタム リストが作成され、そのカスタム リストの項目を従業員が経費エントリで使用しています。ユーザーがエントリを保存してからレポートが提出されるまでの間に、カスタム リストから項目が削除されている可能性があります。 

会社は、レポートの提出時にカスタム リスト内の項目が有効になるようにする監査ルールを作成できます。

重複した取引の差異

複数の経費精算レポートにわたる場合でも、重複する経費の提出を監視 (または阻止) できるようにする監査ルールを作成するには、[重複した取引の差異] オプションを使用します。

ヒント: 重複する可能性がある経費精算レポートや経費精算レポート エントリの詳細などのリストを含めるには、規定外フラグ コードの出力に %lines% 変数を含めます。 警告: この経費エントリは重複している可能性があります。%lines%

[重複した取引の差異] を使用して監査ルールを作成する場合は、以下を指定します。

  1. 差異はすべてパーセント単位です。

次に、Concur Expense でユーザーの経費がチェックされ、以下の場合に監査ルールの規定外フラグが作成されます。

  1. 監査ルールを作成するには、以下の手順に従います。
  2. [監査ルール] ステップで、[名前][編集を許可][適用先]、および [アクティブ] フィールドに通常どおりに入力します。
  3. [イベント] で、[エントリの提出] または [レポートの提出] を選択します。
  4. [エントリの保存] のイベントを選択できますが、選択しないことを強くお勧めします。経費が保存されるたびに、Expense で監査ルールが実行され、提出されたレポートがすべてチェックされるため、パフォーマンスが低下する可能性があります。
  5. [条件]ステップ:

このルールでは、私的出費は除外されます。タクシー、地下鉄、通行料金などは除外され、当該の経費金額は別の経費の 3% 以内です。

差異演算子

[重複した取引の差異] では、常に[次より小さい] または [次より小さいか等しい] 演算子を使用する必要があります。 この目的は、金額に定義された差異内の経費 (さまざまな通貨で金額を比較するための為替レートの適用を含む) を見つけることです。

  1. この条件では、[次に等しい] 演算子を使用しないでください。
  2. [規定外フラグ] ステップでは、規定外フラグをユーザー、承認者、および処理者に表示することを検討してください。次に、以下のいずれかを実行します。
  1. ルールの規定外フラグには有効な業務上の理由がある場合が多いため、この選択は注意して使用する必要があります。

経費為替レートの差異

会社の為替レート インポートで提供される既定の為替レートまたは SAP Concur で提供されるレートと比較して、従業員が経費で使用する為替レートを監視できるようにする監査ルールを作成するには、[為替レートの差異] オプションを使用します。 

一般的なルールでは、既定のレートとの差異によって、さまざまな通貨プロバイダからの為替レートの変動 (通常は 2 ~ 10%) に対応できます。 下図に示すように、このフィールドに入力される値は既定の為替レートとの差異です。

  1. このルールで使用される差異はゼロよりも大きくする必要があります。サポートされている最小差異は 0.1% です。

日別/週別/月別/年別限度額 - 単一の経費タイプ

日別、週別、月別、または年別の限度額を超える経費の提出を監視 (または阻止) できるようにする監査ルールを作成するには、[限度額] オプションを使用します。たとえば、現在、夕食に $25 の制限があるとします。[週別限度額] オプションを使用すると、$100 の週別限度額を同様に (または代わりに) 設定できます。

[限度額] オプション ([日別総額]、[週別総額]、[月別総額]、[年別総額]) のいずれかを使用して監査ルールを作成する場合は、経費タイプおよび限度額を指定します。

次に、Concur Expense でユーザーの経費がチェックされ、以下の場合に規定外フラグが作成されます。

  1. 条件エディターで複数の経費タイプを選択すると、総額が経費タイプに個別に適用されます。
  2. 監査ルールを作成するには、以下の手順に従います。
  3. [監査ルール] ステップで、[名前][編集を許可][適用先]、および [アクティブ] フィールドに通常どおりに入力します。
  4. [イベント] で、[エントリの提出] または [レポートの提出] を選択します。
  5. [エントリの保存] のイベントを選択できますが、選択しないことを強くお勧めします。経費が保存されるたびに、Concur Expense で監査ルールが実行され、提出されたレポートがすべてチェックされるため、パフォーマンスが低下する可能性があります。
  6. [条件]ステップ:

このルールでは、私的出費が除外され、夕食が指定され、週別限度額は 100 USD です。

  1. 複数の経費タイプを選択すると、総額が経費タイプに適用されます。複数の経費タイプを合計することはできません。たとえば、このオプションでは、朝食、昼食、夕食の金額を合計して日別の "食事" 限度額を作成することはできません
  2. [規定外フラグ] ステップでは、規定外フラグをユーザー、承認者、および処理者に表示することを検討してください。次に、以下のいずれかを実行します。
  1. ルールの規定外フラグには有効な業務上の理由がある場合が多いため、この選択は注意して使用する必要があります。

たとえば、規定外フラグ メッセージに変数を含めると、ユーザーに限度額や限度超過金額などを表示できます。詳細については、Concur Expense: 規定外フラグ設定ガイドをご参照ください。

日別/週別/月別/年別限度額 - 複数の経費タイプ

特定の経費タイプ セット全体で総額が日別、週別、月別、または年別の限度額を超える経費の提出を監視 (または阻止) できるようにする監査ルールを作成するには、[限度額] (複数の経費タイプ) オプションを使用します。たとえば、現在、1 日あたり 50 ドルの食事制限があるとします。[日別限度額 (複数の経費タイプ)] オプションを使用すると、この限度額に対する朝食、昼食、夕食の経費タイプの合計をチェックできます。

これらのルールの動作は、上記の単一の経費タイプ バージョンと非常に似ています。主な違いは、複数の経費タイプと単一の経費タイプが総計される点です。

複数の経費タイプの [エントリ データ オブジェクト] オプションは以下のとおりです。

日別/週別/月別/年別限度額に対する規定外フラグ メッセージの変数 - 単一または複数の経費タイプ

  1. これらの変数は、重複している可能性がある経費を見つけるために [重複した取引の差異] ルールと組み合わせて使用することはできません。検証ルールでは、これらの変数を使用できません。
概要

お客様が金額ベースの監査ルール (日別、週別、または月別総額を追跡するルールなど) を使用する場合は、お客様がユーザー、承認者、または処理者 (あるいはすべて) に表示される規定外フラグ メッセージに変数を含めることもできます。たとえば、ユーザーが月に $50 を超える金額を事務用品に支出すると、監査ルールがトリガーされるとします。さらに、管理者が金額変数を含む規定外フラグ メッセージを作成したとします。

そのため、ユーザーが事務用品の経費として $15 を保存すると、[このタイプの経費の月別限度額は $50 です。経費が限度額を $10 超過したため、月別総額が $60 になります。必ず承認者に対するコメントを含めてください。] という規定外フラグ メッセージが表示される場合があります。

構成

基本のステップは次のとおりです。

ステップ 1: サイト設定の設定

この機能は、サイト設定でアクティブ化されます。

  1. [管理] > [経費精算] をクリックします。
  2. [サイト設定] をクリックします (左側メニュー)。
  3. [限度額ベースの規定外フラグ メッセージに金額の表示を許可 (使用する場合のみ有効)] チェック ボックスを選択 (有効化) します。

変数を含む規定外フラグ メッセージを作成した後に、このチェック ボックスをクリア (無効化) すると、この例で示す金額の代わりに、変数構文がプレーン テキストで表示されます。

ステップ 2: 監査ルールの作成

この機能をアクティブ化すると、管理者が監査ルールの規定外フラグ メッセージを作成できます。新しい規定外フラグ メッセージの変数は、以下の基準を満たす監査ルールとともに使用できます。

たとえば、この監査ルールでは月に総額 $50 以上の事務用品が追跡されるとします。

以下の点に注意してください。

このタイプのルールの場合:

したがって:

ステップ 3: 規定外フラグの作成

次に、監査ルールの規定外フラグを作成する際に、管理者は以下の変数のいずれかまたはすべてを使用できます(これらの変数では大文字と小文字が区別されません)。

変数

説明

通貨

%AmountLimit%

ルールで定義された限度の金額

監査ルールで定義された通貨で適切な記号 (ドル記号など) または 3 文字の通貨コード (CAD など) を使用して規定外フラグに表示されます。

%AmountOverLimit%

限度額を超える金額 (TotalAmount - AmountLimit)

%TotalAmount%

ルールで選択された経費の総額

%AmountLimitRemaining%

限度額から経費の総額までの残りの金額 (AmountLimit - TotalAmount)

%UserTotalAmount%

ルールで選択された経費の総額 (該当する通貨)

監査ルールの金額条件で [外貨金額] フィールドが使用されている場合は、この金額がその経費の取引通貨で規定外フラグに表示されます。

監査ルールで上記のその他の金額フィールドのいずれかが使用されている場合は、この金額が経費精算レポートの通貨で規定外フラグに表示されます。

日別/週別/月別/年別取引頻度数 - 複数の経費タイプ

特定の経費タイプ セット全体で日別、週別、月別、または年別の頻度限度を超える経費の提出を監視 (または阻止) できるようにする監査ルールを作成するには、[取引頻度 (複数の経費タイプ)] オプションを使用します。たとえば、現在、特定の経費タイプ (年内のセミナーなど) の発生回数が制限されている場合があります。[年別取引回数 (複数の経費タイプ)] オプションを使用すると、この年別限度額と比較してセミナー料金の経費タイプ数をチェックできます。

複数の経費タイプの [エントリ データ オブジェクト] オプションは以下のとおりです。

法人カード取引が # 日よりも古い場合に提出を阻止

このルールでは、添付されていないカード取引のキューに X 日よりも古い 1 つ以上の取引が含まれていることが検出されると、ユーザーによる追加レポートの提出がブロックされます。

サンプル

このサンプルでは、未使用のカード取引日がレポートの計上日 + 指定日数を超える経費精算レポートの提出がブロックされます。

提出権限がない場合は、ユーザーが問題を解決するように求められます。

未使用または未提出の法人カード取引の管理

これらのルール オプションでは、未使用 (経費精算レポートに添付されていないか、未提出の経費精算レポートに添付されている) の法人カード取引を監視できます。これらのオプションを使用すると、お客様が定義した日数よりも古いカード取引をすべて提出するまで、その他の経費精算レポートを提出できないように監査ルールを設計できます。

これらのオプションは、[レポートの提出] イベントおよび [レポート] データ オブジェクトに関連付けられています。以下に例を挙げます。

オプション

説明

従業員は未使用のカード取引を所有 (現在の日付 - 計上日)

計上日が現在の日付よりも x 日以上前である未添付/未提出のカード取引が従業員にあるかどうかをチェックします (現在のレポートに添付されている取引を除く)。

未提出のカード取引あり (現在の日付 - 計上日)

計上日が現在の日付よりも x 日以上前である未提出のカード取引が現在のレポートにあるかどうかをチェックします。

従業員は未使用のカード取引を所有 (現在の日付 - 取引日)

取引日が現在の日付よりも x 日以上前である未添付/未提出のカード取引が従業員にあるかどうかをチェックします (現在のレポートに添付されている取引を除く)。

未提出のカード取引あり (現在の日付 - 取引日)

取引日が現在の日付よりも x 日以上前である未提出のカード取引が現在のレポートにあるかどうかをチェックします。

このオプションを使用する場合は以下の点を考慮してください。

サンプル

このサンプルでは、古くなったカード取引がすべて提出されるまで、経費精算レポートの提出がブロックされます。現金取引を含むレポートはすべて、古くなった取引が提出されるまでブロックされます。

機能の説明

ユーザーに古くなった未使用のカード取引があるとします。

提出するレポート

結果

経費精算レポート #1 - 現金取引のみを含む

レポート #1 は、古くなったカード取引がすべて提出されるまでブロックされます。

経費精算レポート #1 - 現金取引のみを含む

経費精算レポート #2 - 古くなったカード取引を含む

レポート #1 はブロックされます。

レポート #2 は処理されます。

古くなったカード取引がすべて提出されると、ユーザーはレポート #1 を提出できます。

経費精算レポート #1 - 現金取引と古くなったカード取引を含む

経費精算レポート #2 - 古くなったカード取引を含む

レポート #1 はブロックされます。

レポート #2 は処理されます。

レポート #1 は、現金取引が削除されるまでブロックされたままになります。削除されると、ユーザーはレポート #1 を提出できます。

経費精算レポート #1 - 現金取引のみを含む

経費精算レポート #2 - 指定の経過期間未満のカード取引を含む

経費精算レポート #3 - 古くなったカード取引を含む

レポート #1 とレポート #2 はブロックされます。

レポート #3 は処理されます。

古くなったカード取引がすべて提出されると、ユーザーはレポート #1 とレポート #2 を提出できます。

同席者総額と同席者頻度 ([同席者がある入力の提出] イベントを使用)

以下を行うための同席者監査ルールを作成できます。

同席者監査ルール ([同席者がある入力の提出] イベント) については、以下の点に注意してください。

  1. [同席者総額] ルールを作成するには、以下の手順に従います。
  2. [監査ルール] ステップで、[名前][編集を許可][適用先]、および [アクティブ] フィールドに通常どおりに入力します。
  3. 次に、以下の手順に従います。
  1. [条件]ステップ:
  1. [規定外フラグ] ステップ:
  1. [同席者頻度] ルールを作成するには、以下の手順に従います。
  2. [監査ルール] ステップで、[名前][編集を許可][適用先]、および [アクティブ] フィールドに通常どおりに入力します。
  3. 次に、以下の手順に従います。
  1. [条件]ステップ:
  1. [規定外フラグ] ステップ:

出張手当

通常の経費としてのコーポレート カード ATM 取引

お客様は引き出しをインポートおよび明細化するために、ATM からのコーポレート カードの現金引き出しを仮払申請の代わりに経費タイプとして処理できます。このシナリオでは、不正行為の可能性のチェックとして以下のように [ATM チェック] 監査ルールが使用されます。

ATM チェック (CA ATM = Reg の場合はシステム監査ルールのアクティブ化)

[ATM チェック] 監査ルールは、不正行為が行われていないことを確認するためのお客様のニーズを満たすように変更する必要があります。インポート ファイル データの変更の特性によって、(銀行などで) ATM 手数料が発生する可能性を特定する特定の監査ルール条件は使用不可であるか、または推奨されていません。

ベスト プラクティスは、コーポレート カードの現金引き出しを仮払申請として処理することです。

経費と事前承認申請の限度額およびエントリの比較

複数の監査ルール条件では、申請およびその申請エントリから事前承認された限度額と経費を比較できます。

レポートに基づくサンプル:

エントリに基づくサンプル:

日付オブジェクト - 日数および月数の加算と減算

日付オブジェクト (取引日など) を使用する際は、2 つの日付を区切る必要がある日数または月数について結果を分析できる日付オブジェクトの比較を指定できます。たとえば、出張の 30 日前に航空券を購入するという会社のポリシーがある場合は、日付範囲が必要な 30 日のポリシーに含まれている日付にフラグを設定して、購入日と出張日を書き留めるルールを作成できます。

Concur Expense および Concur Travel を使用するお客様向けの以下の例では、[開始日 (予定)] が [取引日] - 1 カ月と比較されます。[取引日] が [開始日] から 30 日以内である場合は、ルールが適用されます。

実際には、[開始日 (予定)] 値から 30 日が差し引かれ、出力日が [取引日] の前または後であるかどうかが確認されます。[取引日] が出力日よりも前である場合は、レポートにフラグが設定されません。[取引日] が出力日よりも後である場合は、ユーザーが [開始日 (予定)] の 30 日前にチケットを購入していないため、レポートにフラグが設定されます。

仮払申請 - 差引請求額管理から含まれる残高を除外

この条件は、[従業員] オブジェクトと連携し、ルールの分析時に差引請求額機能に含まれる残高を除外するルールを構築するために使用されます。これは、お客様のサイトで残高繰越機能と通常の仮払申請の両方を使用する場合に役立ちます。この新しいフィールドでは、ビジネス ニーズの目的に基づいた正確な監査ルールが許可されます。

特定の支払タイプの未割り当てカード取引の検出

さまざまなカード タイプ (IBCP、CBCP など) をユーザーに発行する会社は、ユーザーがいずれかのカード タイプで残高を支払うタイミングを制御するために、[未使用のカード取引の支払タイプ] 監査ルール フィールドを使用してカード プログラム タイプを識別できます。この新しいルールは、[従業員] オブジェクトベースのルールで使用できます。

このフィールドの目的は、お客様が支払タイプに基づいてカード請求を提出する望ましい行動を強制できるようにすることです。

会社が以下のカードおよび支払パラメータを単一のユーザーに発行したとします。

カード プログラム タイプ

ポリシーの提出

説明

IBCP コーポレート カード

月に 1 回

ポリシーによって、このカード タイプで毎月の支払が強制されます。

CBCP 購入カード

できるだけ早く

会社は発行者からクイック支払リベートの利点を求めています。

次に、管理者が監査ルールを作成します。

カード支払タイプ間で監査ルールベースの区別を許可することで、ユーザーが別の支払タイプの手数料を含むレポートを自由に提出できるように、管理者が 1 つの支払タイプの未割り当て取引にフラグを設定できます。

日本の公共交通機関経路データを使用した検出とフラグ設定

日本の公共交通機関 (JPT) 機能の管理者は、JPT 固有のフィールドに基づいて規定外フラグを生成する監査ルールを作成できます。この機能では、特定のポリシー ルールによって従業員が (領収書が必要な) JPT 取引の経費を処理する方法を制限するお客様がサポートされます。規定外フラグを表示することで、これらの基準を会社のポリシー レベルで適用できます。

フィールド名

フィールドに対して利用可能な選択

サポートされるイベント タイプ

ソース/タイプ分類

JPT の使用者が使用する経路データのソースに基づいて入力タイプを識別します。

  • CARD = (IC カード) IC カードを使用して入力された経路データ
  • RSRC = (経路検索) 検索によって入力された経路データ

エントリの保存

経路検索発注タイプ
(安い経路、
簡単な経路、
速い経路)

経路検索で使用される発注タイプ/属性を識別します。

  • あり
  • なし
  • エントリの保存
  • エントリの提出
  • レポートの提出

座席タイプ

JPT の使用者が選択した座席のタイプを識別します。

  • 指定席優先
  • 自由席優先
  • グリーン席優先
  • エントリの保存
  • エントリの提出
  • レポートの提出

追加料金

追加料金の金額を識別し、追加料金の限度を設定します。

  • エントリの保存
  • エントリの提出
  • レポートの提出

これらの新しいフィールドは、エンティティで JPT が有効であり、[エントリ] オブジェクトが選択されている場合に表示されます。

[監査ルール] > [カスタム] ページで、経費管理者が最初に経費タイプを [日本の公共交通機関] として設定します。次に、以下の図に示すように、別の条件を挿入して JPT 固有の監査ルールの値を設定します。

  1. JPT 固有の監査ルールが適切に機能するようにするには、経費タイプを [日本の公共交通機関] に制限する必要があります。

[レポート開始日] フィールドと [レポート終了日] フィールドの使用

[レポート開始日] フィールドと [レポート終了日] フィールドをレポート ヘッダー フォームに追加すると、経費精算レポートの日付範囲を取得できます。これらのフィールドを使用する場合は、1 つのレポートで特定の期間にのみ対応できるように管理者が追加ルールを作成できます。

すべての経費がレポート開始日/終了日内であることが必要

以下の例では、[レポートの提出] イベントが使用されています。ユーザーが [レポート開始日] と [レポート終了日] の両方の値を指定した場合は、ルールによって経費エントリがチェックされ、取引日が指定された日付範囲内であることが確認されます。監査ルールでは、レポートの日付範囲外にある経費にフラグが設定されます。

  1. 組織で会社請求の取引明細書 (CBS) 機能が使用されている場合は、このルールから取引明細レポートを除外するための条件を含めてください。たとえば、[レポート] - [レポート タイプ] -[ 次に等しくない] - [取引明細レポート] の最終条件では、ルールから取引明細レポートが除外されます。
別のレポートを重複させる可能性のあるレポートなし

以下の例では、[レポートの提出] イベントが使用されています。このルールでは、[日付が他のレポートと重複] 条件を使用して、従業員が以前 ("1 番目") のレポートの開始日と終了日が重複する 2 番目の経費精算レポートを提出していないことがチェックされます。これは、1 番目のレポートの [レポート開始日][レポート終了日] ヘッダー値を後続のレポートと比較することで行われます。提出されたレポートがその日付範囲内にある場合は、監査ルールがトリガーされ、規定外フラグが表示されます。

  1. 共有されている単一の日付は、重複していると見なされません。たとえば、1 番目のレポートの [レポート終了日] が 2 番目のレポートの [レポート開始日] と同じである場合は、2 つのレポートで同じ日付が共有されている可能性があります。

走行距離差異 (Google マップ)

従業員が経費で入力した走行距離と Google マップで計算された距離との差異を監視できるようにする監査ルールを作成するには、[走行距離]オプションを使用します。 このサンプル ルールでは、 Google マップの走行距離計算ツールが入力に使用されなかった場合に規定外フラグが作成されません。

一般的なルールでは、既定の走行距離との差異で建設や事故などの現在の道路条件 (通常は
2-10% の間) に対応できます。 下図に示すように、このフィールドに入力される値は、Google マップの走行距離との差異を表す小数値です。

Drive: Drive 不使用

このルールを使用すると、ユーザーが Drive を使用していない場合に [私有車の走行経費] を請求すると、コメントを入力するように強制されるようになります。

  1. Drive とは、Concur のモバイル アプリ > [走行距離] > [自動追跡] から有効化される機能です。Drive を有効にするには、SAP Concur Support にお問い合わせください。

Drive: Drive ポリシー備忘メール

このルールを使用すると、ユーザーが Drive を使用していない場合に、想定外フラグ警告メッセージによって通知されるようになります。

  1. Drive とは、Concur のモバイル アプリ > [走行距離] > [自動追跡] から有効化される機能です。Drive を有効にするには、SAP Concur Support にお問い合わせください。

Drive: 走行経路必須

このルールを使用すると、マッピングされた経路がない場合に経路を追加するように指示する規定外フラグが表示されるようになります。

  1. Drive とは、Concur のモバイル アプリ > [走行距離] > [自動追跡] から有効化される機能です。Drive を有効にするには、SAP Concur Support にお問い合わせください。

外貨金額: 計上金額と通貨 ID

以下の点に注意してください。

ここでは、2 つの例を示します。

ルール #1: チップが金額と等しい

チップが購入金額と等しいかどうかをチェックするルールが必要であるとします。このルールは特に有用ではなく、単に上記の 2 つの点を示しています。

ルール

この場合は、エントリの保存時にルールがトリガーされます。

下記のルールは、チップ金額のカスタム フィールド ([カスタム 01 - チップ (外貨)] フィールドが朝食経費の計上金額と等しい場合にトリガーされます。

通常どおりに、監査ルールには規定外フラグと規定外フラグ コードが割り当てられます。

ルールのトリガー

予想どおりに、

ルール #2: チップが金額の 18% をよりも大きい

この場合は、エントリの保存時にルールがトリガーされます。

下記のルールは、チップ金額のカスタム フィールド ([カスタム 01 - チップ (外貨)] フィールドが昼食経費の計上金額の 18% よりも大きい場合にトリガーされます。

通常どおりに、監査ルールには規定外フラグと規定外フラグ コードが割り当てられます。

予想どおりに、

クレジット カードの付加価値税データ

AirPlus を使用するお客様は、SAP Concur で [税率] フィールドを使用して税率データをインポートできます。AirPlus データが提供されている場合は、SAP Concur で [税率] フィールドにインポートされます。

  1. このフィールドでは、データが提供されていれば、任意のソースからの税率データのインポートもサポートされます。

このカスタム フィールドは自動的に使用可能になるため、使用するための追加の設定ステップやアクティブ化ステップはありません。

加盟店の税 ID

国が日本または日本国内の市区町村として指定されている経費エントリについては、[加盟店の税 ID] の値を日本の国税庁 (NTA) とともに検証するための監査ルールを作成できます。[加盟店の税 ID] が有効であるか、無効であるか、または [加盟店の税 ID] を日本の国税庁とともに検証できなかったか (未検証であるか) を判断するためのルールを作成できます。規定外フラグ レベルに応じて、経費を保存できるようになるか、規定外フラグが無効として表示され、経費を保存できなくなります。

経費エントリ フォームの初期設定

[加盟店の税 ID] 監査ルール機能を使用するには、経費エントリ フォームに以下が含まれている必要があります。

  1. ユーザーが検証に必要な国の値を入力できるように、経費エントリ フォームには [国/地域] フィールドが含まれている必要があります。
  2. 現時点では、[加盟店税 ID] の検証は、国が日本または日本国内の都市に設定されている経費エントリでのみ実行されます。

ルールの設定

エントリの [加盟店の税 ID] 値が以下の 3 つの方法でテストされるように監査ルールが設定されます。

以下の図は、[加盟店の税 ID] が有効でないかどうかを判断するための監査ルールの条件の設定を示しています。

このルールに従って、[加盟店の税 ID] が有効でない場合は、規定外フラグが表示されます。このルールに従って、[加盟店の税 ID] が有効でない場合は、規定外フラグが表示されます。規定外フラグは、[規定外フラグ] ペインで指定できます。指定した規定外フラグのレベルに応じて、ユーザーが経費精算レポートの提出をブロックされる場合があります。ユーザーは [加盟店の税 ID] を変更し、経費を再度保存できます。これにより、監査ルールが再度実行され、改訂された [加盟店の税 ID] の検証が日本の国税庁とともに再度実行されます。

[加盟店の税 ID] が "未検証" であるかどうかをチェックする追加の監査ルールを含めると役立つ場合があります。この場合、[加盟店の税 ID] を検証するために日本の国税庁に到達できませんでした。

免責条項

  1. この機能は、日本の国税庁によって請求書公表システム Web API (NTA-API) から取得された情報に基づいています。この機能の結果については、日本の NTA では一切保証されません。NTA-API は日本の NTA から提供されているため、SAP Concur  ではそのサービス時間を保証できません。ユーザーは、NTA-API のシステム エラーによって機能の結果が影響を受けることを認識している必要があります。

従業員の休暇

従業員が休暇を取得した期間内に日付が発生したかどうかを判断するための監査ルールを作成できます。

従業員は、SAP Concur 従業員プロファイルに複数の休暇を記録している可能性があります。休暇タイプは、[必須] (一般に、育児休暇などの法律または規制によって従業員に付与する必要がある休暇)、または [任意] (雇用主の裁量による休暇) にすることができます。

この監査ルールでは、ユーザーのプロファイルに記録されているとおりに、指定されたタイプの任意の休暇期間内に日付があるかどうかがテストされます。

ルールの設定

日付フィールドを含むデータ オブジェクト (経費エントリ) は、休暇監査ルールの基準として使用できます。

2 つの日付演算子 ([従業員の必須休暇内][従業員の任意休暇内]) を使用すると、特定の日付が休暇範囲内にあるかどうかを判断できます。

以下の図は、従業員が経費取引時に必須または任意の休暇中であったかどうかを判断するための監査ルールに対する条件の設定を示しています。

名前/イベント/コード/テキスト

名前: 休暇

イベント: レポートの保存/提出

注意:

提供されているカスタム監査ルール

複数のカスタム監査ルールが提供され、既定のルールとして表示される場合があります。

以下の点に注意してください。

提供されている監査ごとに以下のように変更します。

比較航空運賃

たとえば、利用限度額超過の航空運賃経費に対して $100 のしきい値を設定することができます。さらに、ポリシー要件に基づいてこの監査ルールにさらに条件を追加できます。

このタイプのルールでは、一定の許容範囲を超えた経費に監査フラグを立てることができます。

このタイプの [エントリの保存] 監査ルールでは、従業員が航空運賃および航空運賃利用限度額超過に明細化すべき航空運賃経費を判別できます。

航空運賃の限度額

名前/イベント/コード/テキスト

名前: 航空運賃の限度額

イベント: エントリの保存

規定外フラグ コード: CESWARN

規定外フラグ テキスト: マネージャー承認と監査が必須です。

航空運賃の支払方法

名前/イベント/コード/テキスト

名前: 航空運賃の支払方法

イベント: エントリの保存

規定外フラグ コード: CESPAY

規定外フラグ テキスト: この経費タイプに推奨されている支払方法は社用クレジット カードです。

航空運賃優先業者

名前/イベント/コード/テキスト

名前: 航空運賃優先業者

イベント: エントリの保存

規定外フラグ コード: CESPREF

規定外フラグ テキスト: この業者は推奨されている業者ではありません。承認者に説明を提供してください。

従業員への支払金額

名前/イベント/コード/テキスト

名前: 従業員への支払金額

イベント: レポートの提出

規定外フラグ コード: CESWARN

規定外フラグ テキスト: マネージャー承認と監査が必須です。

銀行口座通貨チェック

名前/イベント/コード/テキスト

名前: 銀行口座通貨チェック

イベント: レポートの提出

規定外フラグ コード: NOTBACRN

規定外フラグ コード: ユーザーはレポートを提出できません。

朝食の限度額

名前/イベント/コード/テキスト

名前: 朝食の限度額

イベント: エントリの保存

規定外フラグ コード: CESINFO

規定外フラグ テキスト: 経費が会社の出張ポリシーに従っていません。

出張中の食事の限度額

名前/イベント/コード/テキスト

名前: 出張中の食事の限度額

イベント: エントリの保存

規定外フラグ コード: CESWARN

規定外フラグ テキスト: マネージャー承認と監査が必須です。

レンタカーの限度額

名前/イベント/コード/テキスト

名前: レンタカーの限度額

イベント: エントリの保存

規定外フラグ コード: CESWARN

規定外フラグ テキスト: マネージャー承認と監査が必須です。

レンタカーの限度額

名前/イベント/コード/テキスト

名前: レンタカーの限度額

イベント: エントリの保存

規定外フラグ コード: CESWARN

規定外フラグ テキスト: マネージャー承認と監査が必須です。

レンタカーの支払方法

名前/イベント/コード/テキスト

名前: レンタカーの支払方法

イベント: エントリの保存

規定外フラグ コード: CESPAY

規定外フラグ テキスト: この経費タイプに推奨されている支払方法は社用クレジット カードです。

レンタカー優先業者

名前/イベント/コード/テキスト

名前: レンタカー優先業者

イベント: エントリの保存

規定外フラグ コード: CESPREF

規定外フラグ テキスト: この業者は推奨されている業者ではありません。承認者に説明を提供してください。

夕食の限度額

名前/イベント/コード/テキスト

名前: 夕食の限度額

イベント: エントリの保存

規定外フラグ コード: CESINFO

規定外フラグ テキスト: 経費が会社の出張ポリシーに従っていません。

重複したチケット番号

名前/イベント/コード/テキスト

名前: 重複したチケット番号

イベント: エントリの提出

規定外フラグ コード: TICKDUPL

規定外フラグ テキスト: 同じ航空券番号で別の経費が提出されています。
レポート: <レポート ID>、<レポート名> 経費: <取引日>、<経費タイプ>、<経費金額 + ISO 通貨>

重複取引チェック

名前/イベント/コード/テキスト

名前: 重複取引チェック

イベント: エントリの提出

規定外フラグ コード: DUPLICAT

規定外フラグ テキスト: 警告: この経費エントリは重複している可能性があります。%lines%

%lines% は重複している可能性があるレポート/レポート エントリ詳細のリストです。

[重複した取引の差異] では、常に[次より小さい] または [次より小さいか等しい] 演算子を使用する必要があります。 この目的は、金額に定義された差異内の経費 (さまざまな通貨で金額を比較するための為替レートの適用を含む) を見つけることです。

  1. この条件では、[次に等しい] 演算子を使用しないでください。

コーポレート カード取引チェックなしの電子領収書

名前/イベント/コード/テキスト

名前: コーポレート カード取引チェックなしの電子領収書

イベント: エントリの保存

規定外フラグ コード: RCTNOCRD

規定外フラグ テキスト: 警告:経費の E-Receipt がありますが、該当するコーポレート カード取引がありません。カード取引が利用できるようになるまで、このレポートの提出をお待ちください。

交際費などの限度額

名前/イベント/コード/テキスト

名前: 交際費などの限度額

イベント: エントリの保存

規定外フラグ コード: CESBUS

規定外フラグ テキスト: 同席者あたりの経費額が $75.00 を超えています。

経費限度額チェック

名前/イベント/コード/テキスト

名前: 経費限度額チェック

イベント: エントリの提出

規定外フラグ コード: CESLIMIT

規定外フラグ テキスト: 昼食経費タイプの金額が週限度額を超えています。

週末日の経費

名前/イベント/コード/テキスト

名前: 週末日の経費

イベント: エントリの保存

規定外フラグ コード: EXPWE

規定外フラグ テキスト: 週末に経費が発生します。

ホテル明細化必須

名前/イベント/コード/テキスト

名前: ホテル明細必須

イベント: エントリの保存

規定外フラグ コード: CESITMIZ (レポートを提出する前に、この入力を明細にする必要があります。)

宿泊の支払方法

名前/イベント/コード/テキスト

名前: 宿泊の支払方法

イベント: エントリの提出

規定外フラグ コード: CESPAY

規定外フラグ テキスト: この経費タイプに推奨されている支払方法は社用クレジット カードです。

昼食の限度額

名前/イベント/コード/テキスト

名前: 昼食の限度額

イベント: エントリの保存

規定外フラグ コード: CESINFO

規定外フラグ テキスト: 経費が会社の出張ポリシーに従っていません。

事務用品の限度額

名前/イベント/コード/テキスト

名前: 事務用品の限度額

イベント: エントリの保存

規定外フラグ コード: CESINFO

規定外フラグ テキスト: 経費が会社の出張ポリシーに従っていません。

駐車場の限度額

名前/イベント/コード/テキスト

名前: 駐車場の限度額

イベント: エントリの保存

規定外フラグ コード: CESINFO

規定外フラグ テキスト: 経費が会社の出張ポリシーに従っていません。

コーポレート カードの私的使用

名前/イベント/コード/テキスト

名前: コーポレート カードの私的使用

イベント: エントリの提出

規定外フラグ コード: CESINFO

規定外フラグ テキスト: 経費が会社の出張ポリシーに従っていません。

レポート総計

名前/イベント/コード/テキスト

名前: レポート総計

イベント: レポートの提出

規定外フラグ コード: CESWARN

規定外フラグ テキスト: マネージャー承認と監査が必須です。

タクシーの限度額

名前/イベント/コード/テキスト

名前: タクシーの限度額

イベント: エントリの保存

規定外フラグ コード: CESINFO

規定外フラグ テキスト: 経費が会社の出張ポリシーに従っていません。

チケット番号の不一致

名前/イベント/コード/テキスト

名前: チケット番号の不一致

イベント: エントリの保存

規定外フラグ コード: TICKMISM (この経費のチケット番号は関連するレコードのチケット番号と異なります: %ticket%)

出張チケット番号の不一致

名前/イベント/コード/テキスト

名前: 出張チケット番号の不一致

イベント: エントリの保存

規定外フラグ コード: TICKMISM

規定外フラグ テキスト: この経費のチケット番号は関連するレコードのチケット番号と異なります: %ticket%

  1. [チケット番号] フィールドのデータは、既定の合計数に合わせ、 合計文字数の不一致ではなく、データに基づいて監査ルールがトリガーされるように、14 文字から 13 文字に切り捨てられます。

出張強制的な一致: E-Receipt、出張、およびカード データ

名前/イベント/コード/テキスト

名前: 出張強制的な一致: E-Receipt、出張、およびカード データ

イベント: エントリの保存

規定外フラグ コード: FORMATCH

規定外フラグ テキスト: E-Receipt または出張データがありますが、一致するクレジット カード取引がありません。クレジット カード取引が Concur Expense へインポートされるまで、この E-Receiptの追加はお待ちください。

出張支払タイプ

名前/イベント/コード/テキスト

名前: 出張支払タイプ

イベント: エントリの保存

規定外フラグ コード: TRVPYMT

規定外フラグ テキスト: Travel 経由の空路、レンタカー、ホテル予約は法人カードへの請求であるべきです。

出張一致する予約なし

名前/イベント/コード/テキスト

名前: 出張一致する予約なし

イベント: エントリの保存

規定外フラグ コード: NOMATCH

規定外フラグ テキスト: この経費に一致する出張予約がありません。出張をインポートして予約を適用するか経費精算レポートのコメントでこの経費に予約がない理由を説明してください。

出張一致しない予約 (承認者/処理者のみ)

名前/イベント/コード/テキスト

名前: 出張一致しない予約 (承認者/処理者のみ)

イベント: エントリの保存

表示: 承認者と処理者のみ

規定外フラグ コード: CMNTTRVL

規定外フラグ テキスト: この経費に一致する出張予約がありません。Concur Travel を使わずに予約が行われた理由を適切に経費のコメントで説明してください。

出張実際対予約、航空運賃

名前/イベント/コード/テキスト

名前: 出張実際対予約、航空運賃

イベント: エントリの提出

規定外フラグ コード: AVSBCOST

規定外フラグ テキスト: 経費が出張予約の見積経費を上回っています。

Travel 実際対予約、レンタカー

名前/イベント/コード/テキスト

名前: Travel 実際対予約、レンタカー

イベント: エントリの提出

規定外フラグ コード: AVSBCOST

規定外フラグ テキスト: 経費が出張予約の見積経費を上回っています。

出張実際対予約、レンタカー一日あたり

名前/イベント/コード/テキスト

名前: 出張実際対予約、レンタカー一日あたり

イベント: エントリの提出

規定外フラグ コード: AVSBPERD

規定外フラグ テキスト: 1 日あたりの経費が出張予約の 1 日あたりの見積経費を上回っています。

出張実際対予約、一日当たりの部屋の料金

名前/イベント/コード/テキスト

名前: 出張実際対予約、一日当たりの部屋の料金

イベント: エントリの提出

規定外フラグ コード: AVSBPERD

規定外フラグ テキスト: 1 日あたりの経費が出張予約の 1 日あたりの見積経費を上回っています。

以下の表では、付加価値税を追跡する会社で使用される 2 つのルールについて説明します。

提供されている監査ごとに以下のように変更します。

VAT 通貨整合性チェック

名前/イベント/コード/テキスト

名前: VAT 通貨整合性チェック

イベント: エントリの保存

規定外フラグ コード: VATCRN

規定外フラグ テキスト: 使用されている通貨は、この場所の通貨ではありません。

VAT 領収書必須チェック

名前/イベント/コード/テキスト

名前: VAT 領収書必須チェック

イベント: エントリの保存

規定外フラグ コード: VATRCPT

規定外フラグ テキスト: この経費には領収書が必須です。領収書ステータスは [領収書なし] です。

ランダム監査ルール

ランダム監査ルールでは、選択した提出済経費精算レポートを以下の方法のいずれかで監査できます。

  1. パーセントベースのランダム監査ルールは、平均に基づきます。長期的には、目的の割合のレポートが監査されます。短期的には、監査対象レポートの正確な割合が若干増減する場合があります。

一般概念

一般概念

グループとランダム監査ルール

シーケンス ランダム監査ルールはグループ 1 にのみ適用され、グループ 1 のメンバーから提出された 10 番目のレポートごとに監査されるとします。ルールをグループ 1、グループ 2、グループ 3 に適用すると、監査目的でグループが結合されるため、グループ 1、グループ 2、またはグループ 3 のメンバーから提出された 10 番目のレポートごとに監査されます。つまり、グループ 1 の 10 番目のレポート、グループ 2 の 10 番目のレポート、グループ 3 の 10 番目のレポートではなく、集合グループの 10 番目のレポートです。

パーセントベースのランダム監査ルールも基本的に同様に機能します。

イベント (トリガー)

ランダム監査ルールを作成または編集する際は、以下のようにルールをトリガーするイベントを指定する必要があります。

表示先

ランダム監査ルールを作成または編集する際は、規定外フラグ テキストが表示されるユーザーを定義する必要があります。

規定外フラグ メッセージは以下のアイコンとともに表示されます。

規定外フラグ

ランダム監査ルールを作成または編集する際は、規定外フラグを割り当てる必要があります。すべての規定外フラグには以下が含まれます。

また、規定外フラグの重大レベルを定義して、そのレベルに達した場合に経費精算レポートの提出を阻止することができます。たとえば、レベル 6 の規定外フラグを含む場合は申請を提出できない、というように設定します。

管理者は提出が阻止されるようにカスタム監査ルールを定義できますが、この影響に対するランダム監査ルールを定義することはできません。管理者は、提出が阻止されない規定外フラグ レベルで規定外フラグを選択します。

概要 – ランダム監査ルールの基本的な作成処理

要約すると、ランダム監査ルールを作成する際は以下の手順に従います。

  1. ルールに名前を付けます。
  2. 監査のタイプを定義します。
  1. ルールをトリガーするイベントを特定します。
  1. 規定外フラグ テキストの表示先を定義します。
  1. 以下を含む適切な規定外フラグを選択 (または作成) します。
  1. ルールを編集できる (グループ構成の) 管理者を特定します。
  2. ルールが適用されるグループ構成を特定します。
  3. ルールをアクティブ化します。

手順: ランダム監査ルール

ランダム監査へのアクセス

  1. ランダム監査にアクセスするには、以下の手順に従います。
  2. [管理] > [経費精算] をクリックします。
  3. [監査ルール] (左側のメニュー) をクリックします。[カスタム] タブが表示されます。
  4. [ランダム] タブをクリックします。

ランダム監査ルールの追加

  1. ランダム監査ルールを追加するには、以下の手順に従います。
  2. グリッド内の 1 行目 (黄色の背景) を使用して、新しいルールを追加します。[名前] フィールドをクリックし、ルール名を入力します。
  1. [タイプ] フィールドをクリックします。[ルール タイプ] ウィンドウが表示されます。
  1. [イベント] フィールドで以下のいずれかを選択します。
  1. [規定外フラグ コード] フィールドをクリックします。[規定外フラグ]ウィンドウが表示されます。
  1. [編集を許可] フィールドで、このルールを編集できるグループ構成を選択します。
  2. [適用先] フィールドで、このルールが適用される適切なグループ構成を選択します。
  3. [保存] をクリックします。
  4. ルールが選択された状態で [アクティブ化] をクリックします。

ランダム監査ルールの編集

  1. ランダム監査ルールを編集するには、以下の手順に従います。
  2. [名前] フィールドで、必要に応じて名前を変更します。
  3. [タイプ] フィールドをクリックします。[ルール タイプ] ウィンドウが表示されます。
  1. 残りのフィールドでも、必要な変更を行います。
  2. [保存] をクリックします。

ランダム監査ルールの非アクティブ化/アクティブ化

使用する準備ができたらルールをアクティブ化します。

ルールを削除する代わりに、非アクティブ化することができます。後で必要になった場合に再度利用することができます。

  1. ランダム監査ルールを非アクティブ化/アクティブ化するには、以下の手順に従います。
  2. [ランダム] タブで目的のルールを選択します。
  3. [非アクティブ化] または [アクティブ化] のいずれか該当するものをクリックします。

ランダム監査ルールの削除

ルールを削除すると、システムから完全に削除されます。再度使用する可能性があると思われる場合は、削除する代わりに非アクティブ化します。

  1. ランダム監査ルールを削除するには、以下の手順に従います。
  2. [ランダム] タブで、削除するルールを選択します。
  3. [削除] をクリックします。

付録 - 既定の規定外フラグ コード

Concur Expense で提供されている規定外フラグ コードによって、ユーザーの規定外フラグ レベルの総計が増加することはありません。つまり、以下の規定外フラグ コードが使用されている場合は、監査ルール (カスタムまたはランダム) が規定外フラグ レベルのカウント時に無視されます。

ALCCPYDN

ALLOCRST

APPRVTO

ATMCHECK

ATNAMTER

ATNCLEAR

ATNMDUP

ATNMULTI

ATNUNDEF

AUDTFAIL

AUDTPWX

AUDTPXR

BADARHDR

BADHEADR

BOW

CAS

CASAAF

CASAFB

CONOAPPR

COW

DUPCHECK

EXPTYER1

EXPTYER2

EXPWE

EXRATEOV

INVEXPTY

INVXMLST

NOACCODE

NOACODNB

NOAPPR

NODATE

NOEXRATE

NOITIN

NORLEXRT

NOTBACRN

NOTRAPPR

NOTREXRT

PENDCARD

POSTFAIL

PREPAY01

PREPAY02

PREPAY03

PREPAY04

PREPOP

PYRLFAIL

REDRFUND

RULEFAIL

SELFAPPR

SYSCRTOF

TADATE

TADBLDIP

TICKDUPL

UNDEFEXP

UNMCCACT

UNMEXPER

UnmEXPES

UNMSTMTP

UNMSTMTR